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(54) Abstract Title 

Secure session setup based on wireless application protocol 

(57) In a method for establishing a secure connection between a wireless terminal and a server based on a 
wireless application protocol the wireless terminal is provided with an interface for receiving information 
from a separate unit such as a card provided with memory. The memory holds information for controlling 
access of the wireless terminal through a wireless communication network connected to the server. Using 
information stored in the memory, the wireless terminal generates a master code, and a signature is generated 
from the code and a public key received from the server using a predefined algorithm. The server generates 
the master code from the signature received from the wireless terminal using the algorithm and a private key, 
and sets up the connection. 
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At least one drawing originally filed was informal and the print reproduced here is taken from a later filed formal copy. 
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a data communication apparatus, e.g. a server, which supports a Wireless 
Application Protocol (WAP). 

5 One advantage of using a separate unit, when establishing a secure 
connection, is that it will be much easier to re-establish a connection to the 
data communication apparatus. Thus, it is possible to save information, e.g. 
signatures, secret keys, etc., in the memory means, and may be re-used in 
another secure connection. In order to avoid fraud, the re-use of a secure 

10 connection can be restricted for limited period of time. By saving this 
information in the memory means the second object will be achieved. 

Another advantage is that the user pays less when re-establishing a secure 
session, in case of the necessary information to re-establishing is saved. 

15 

To establish a connection, the wireless communication apparatus connects to 
the separate unit, accessing the wireless communication network connected 
to said data communication apparatus. Then the wireless communication 
apparatus transmits a request to the data communication apparatus. This 

20 request comprises information of which pre-defined algorithm(s) the wireless 
communication apparatus supports. When the data communication apparatus 
receives this request, it chooses at least one algorithm, associated with a 
public key and a private key, and transmits a message back to the wireless 
communication apparatus. This message comprises the public key and 

25 information about which algorithm the data communication apparatus has 
chosen. When the wireless communication apparatus receives the message, 
comprising the public key, it will generate a master secret code, and 
calculates a signature based on the chosen algorithm, the public key and the 
master secret code. Thereafter, the wireless communication apparatus will 

30 transmit a respond to the data communication apparatus. This respond 
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comprises the calculated signature. When the data communication apparatus 
receives the respond, comprising the signature, it will calculate the master 
secret code based on the chosen algorithm, the signature received, and the 
private key. Finally, the data communication apparatus will be able to 
5 establish a secure connection to the wireless communication apparatus. 



Further advantages of the vane arrangement according to the present 
10 invention will be apparent from the dependent claims. 

Brief Description of the Drawing 

Fig. 1 schematically illustrates a preferred embodiment of a hand portable 
15 phone according to the invention. 

Fig. 2 schematically shows the essential parts of a telephone for 
communication with a cellular or cordless network. 

20 Fig. 3 schematically shows how the secure session is set up between a client 
/phone and a server according to the invention. 

Fig. 4 illustrates the message structure for setting up a secure connection 
according to the invention. 

Detailed Description of Embodiments 

Fig. 1 shows a preferred embodiment of a phone according to the invention, 
and it will be seen that the phone, which is generally designated by 1, 
comprises a user interface having a keypad 2, a display 3, an on/off button 4, 
a speaker 5, and a microphone 6. The phone 1 according to the preferred 
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status change during call set-up, change in battery voltage, change in 
antenna conditions, message on reception of SMS, etc. 

An example of a tamper-resistant device is a smart card (SC). In the phone, it 
5 can be the Subscriber Identity Module (SIM) or an external smart card. 

the way which a phone and a smart card interact is specified as a command- 
response protocol. The goal of this protocol is to provide means for a WAP 
handset to utilize smart cards in performing WTLS and application level 
10 security functions. The functionality presented here is based on the 
requirement that sensitive data, especially keys, can be stored in the card, 
and all operations where these key are involved can be performed in the card. 
Different classes of the cards are introduced in order to define how widely the 
functionality is implemented. 

15 

This specification is based on IS07816 series of standards on smart cards. In 
particular, it uses the IS07816-8 standard (draft) [IS07816-8]. When this 
functionality is applied to GSM SIM there may be a need to extend also the 
related GSM specifications [GSM11.11], where applicable. 

20 

According to the invention the smart card 16 is used to enhance security of 
the implementation of the Security Layer and certain functions of the 
Application Layer. The smart card 16 can be used for several purposes for 
WTLS. The major purpose of the smart card 16 is to perform cryptographic 
25 operations during the handshake, especially when the handshake is used for 
client authentication. Furthermore the memory of the smart card 16 is used 
for securing a master secret, a public key and other type of confidential 
material during long-living WTLS sessions. Finally the memory of the smart 
card 16 is used for recording the level security of the sessions. According to 



BNSOOCID-. <GB_2342S17A_J_> 



8 



the invention the WTLS support in a smart card 16 can be described with 
reference to the following three embodiments. 

First embodiment. 

According to this embodiment, the smart card 16 is used for storage of 
permanent, typically certified, private keys and for performing operations 
using these keys. The operations includes signing operation (e.g., ECDSA or 
RSA) for client authentication when needed for the selected handshake 
scheme; key exchange operation using a fixed client key (e.g., ECDH key, in 
ECDH_ECDSA handshake). 

The smart card 16 is not required to perform the calculation of the master 
secret or operations using the master key. These calculations may 
advantageously be performed by the controller 18 of the phone. However, the 
smart card 16 may act as a persistent storage for WTLS secure session (and 
connection) data, including master secrets. In this case, master secrets would 
be calculated and used for key derivation in the volatile phone memory (the 
RAM 17a) but erased from there when not needed at that moment, e.g., when 
the user exits from secure WAP applications. Not storing session data 
persistently in phone 1 may improve security, e.g., in the case of a stolen 
phone 1 . It also brings better usability in the case of changing the smart card 
16 from one phone 1 to another. 

Additionally, for portability, the smart card 16 may store needed certificates. 
Storage of trusted root certificates (or public keys) has significance also from 
security point of view: they must not be altered - but they can be exposed 
without danger. 

Note that when public key encryption based key exchange (e.g., RSA) is used 
according to the first embodiment of the invention, there is no advantage in 



! 



doing public key encryption on the smart card 16 when the pre-master secret 
would anyway be returned to the phonel , for master secret calculation in the 
controller 18. 

5 When client authentication is not supported in WTLS, at the minimum, the 
smart card 16 only acts as a storage for session data. If client authentication 
is supported, the card would be able to perform a signing operation based on 
a private key (e.g., ECDSA or RSA) stored in the card, or key agreement 
calculation (e.g., ECDH) based on a fixed key stored in the card. 

10 

Second embodiment. 

According to the second embodiment, the smart card 16 is used as a tamper 
resistant device for all crypto-critical functionality: storage of all persistent 
keys and operations using these keys. Besides the operations performed 
15 according the first embodiment, the smart card 16 now also supports the 

calculation (ECDH key exchange) or generation (RSA key exchange) of the 
pre-master secret; calculation and storage of the master secret for each 
secure session; and derivation and output of key material (for MAC, 
encryption keys, IV, finished check), based on the master secret 

20 

The phone 1 stores MAC and message encryption keys as long as they are 
currently needed. These keys have a limited lifetime which may be negotiated 
during the WTLS handshake - in the extreme case they are used for a single 
message only. The phone 1 has to delete the from its RAM memory 17a 
25 when the user exits from the secure WAP applications. These keys can 
always be derived anew from the master secret if needed. 

An attacker who obtains a message encryption key can read as many 
messages as is agreed in the key refresh configuration (in the extreme case, 
30 a single message). An attacker who obtains a MAC key can impersonate the 
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compromised party during as many messages as is agreed in the 
configuration (in the extreme case, a single message). 

Third embodiment. 

Certain specialized smart cards 16 may act as full-blown security engines for 
WTLS. This requires that the smart card 16 is equipped with its own 
processing unit and only uses the phone 1 as an interface to the cellular 
network during the secure session set up or the handshake procedure. 
Besides the operations according to the second embodiment, the smart card 
16 may store MAC and encryption keys for each secure connection; and 
perform MAC calculation/verification and encryption/decryption of messages. 

Furthermore the smart card 16 may be responsible for the verification of 
certificates and the verification of digital signatures. 

Note that having message encryption in the smart card 16 does not 
necessarily bring any additional security because in any case the data is as 
plain text in the phone 1 . The same is true for MAC calculation: the phone 1 
must be trusted to input and output data in a correct way. The only advantage 
here would be not having to take encryption keys out of the card 16. However, 
the keys have a limited lifetime which is negotiated during the WTLS 
handshake - in the extreme case they are used for single message only. 
According to the third embodiment, the smart card 16 will contain all 
algorithms so that they could be controlled by smart card issuers. 

Smartcard. 

The term "smartcard" covers a card-like unit having some memory means in 
which some secret information identifying the card holder is stored. The 
memory means may be a magnet strip that may be read by a magnet reader, 
or it may be provided as discrete memory components as a ROM, EEPROM 



etc. When the user inserts the smart card in a more or less public apparatus 
he may become authorized to perform some operations such as banking 
operations. Presently the user of a GSM phone is identified by a so-called 
Subscriber Identity Module or a SIM card 16, and the structure of this type of 
5 smart card is defined in the GSM specification "Specification of the Subscriber 
Identity Module - Mobile Equipment (SIM - ME) interface", GSM 11.11 version 
5.5.0, published by European Telecommunications Standards Institute; ETSI. 
The present type of smartcards will be able to support the first embodiment 
explained above. 

10 

Gemplus has recently launched a smartcard, GemXpresso RAD, based on a 
32-bit chip from Texas Instruments using ARM7 RISC core technology. This 
32 bit RISC processor has a 32 kbyte of non volatile flash memory and 8 
kbyte of ROM. When the mechanical Interface of the Gemplus card is 
15 adapted to fulfill the GSM specification this type of smartcard will be able to 
support the second and the third embodiment. 

Network. 

Fig. 3 schematically shows how the secure session, i.e. a secure connection, 
20 between a data communication apparatus and a wireless communication 
apparatus, e.g. a cellular phone 1. Basically the WAP content and 
applications are specified in a set of well-known content formats based on the 
familiar WWW content formats. Content is transported using a set of standard 
communication protocols based on the WWW communication protocols. A 
25 browser in the phone 1 co-ordinates the user interface and is 
analogous to a standard web browser. 

The wireless communication apparatus 1 is a client 1 who wants to establish 
a secure connection to a server 20,30,40, which is the data communication 
30 apparatus 20,20,30. The client is provided in an environment, which make it 
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possible to reach a wide variety of different wireless platforms, e.g. world wide 
web (WWW). The environment provided may be referred to as Wireless 
Application Environment (WAE). This means that the client 1 may be 
supported by some kind of browser, e.g. a micro-browser, to access the 
different services connected to the server. In order to access these services 
the browser may comprise following functionalities: 

• Wireless Markup Language (WML) - a lightweight markup language, similar 
to HTML, but optimised for use in hand-held mobile terminals; 

• WMLScript - a lightweight scripting language, similar to JavaScript™; 

, • Wireless Telephony Application (WTA, WTAI) - telephony services and 
programming interfaces; and 

• Content Formats - a set of well-defined data formats, including images, 
phone book records and calendar information. 

The server 20 is using a wireless application protocol, and may comprise a 
gateway 30 and an origin server 40. The gateway 30 is also a server, which 
may identify and encrypt/decrypt information between the client 1 and the 
origin server 40. This means that the gateway is provided with encoders and 
decoders (not shown). Also, the server 20 comprises different algorithms to 
make the encryption/decryption. The encryption/decryption itself may be 
performed by well-known methods, e.g. RSA, Diffie-Hellman, etc. The origin 
server 40 comprises different scripts to support WAP and data to be accessed 
by the client. This data may be all kind of information, e.g. weather reports, 
news, information from stock markets, etc. 

In order to access the server 20, from the client 1, the server has to be 
connected to a wireless communication network 50, e.g. a cellular phone 
network. Therefore, in accordance with the present invention, the client is 
provided with contact means (not shown) for receiving information from a 
separate unit (not shown) provided with memory means. This separate unit 



may be a smart card, subscriber identity module (SIM), or the like. The 
memory means may be a random access memory (RAM), read only memory 
(ROM), or the like. Further, the memory means comprises information to 
control the access of the server 20 through the wireless communication 
5 network 50. 

To establish a secure connection, the client 1 connects to the separate unit, 
accessing the wireless communication network 50 connected to the server 
20. Then the client 1 transmits an encrypted request 60 through the gateway 

10 30. This encrypted request 60 comprises information of which pre-defined 
algorithm(s) the client 1 supports. When the gateway 30 receives this 
encrypted request 60, it sends 70 the encrypted request to the origin server 
40. The origin server 40 chooses at least one algorithm, associated with a 
public key and a private key, and transmits a message 80 back to the 

is gateway 30. The gateway encrypts the message and send it 90 to the client 1 . 
This message 90 comprises the public key and information about which 
algorithm the server 20 has chosen. When the client 1 receives the encrypted 
message 90, comprising the public key, it will generate a master secret code, 
and calculates a signature based on the chosen algorithm, the public key and 

20 the master secret code. Thereafter, the client 1 will transmit an encrypted 
respond 65 to the gateway 30. This encrypted respond 65 comprises the 
calculated signature. When the gateway 30 receives the encrypted respond 
80, comprising the signature, it will decrypt the respond 75 and send it to the 
origin server 40. The origin server will calculate the master secret code based 

25 on the chosen algorithm, the signature received, and the private key. Finally, 
the origin server 40 sends a final message 85 to the client through the 
gateway 30. If the origin server 40 has accepted the clients 1 request 60, the 
server will be able to establish a secure connection between the origin server 
40 and the client 1 , else the connection will be terminated. 

30 
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Setting up a secure connection. 

Fig. 4 illustrates the message structure for setting up a secure connection 
according to the invention. 

5 The cryptographic parameters of the secure session are produced by the 
WTLS Handshake Protocol, which operates on top of the WTLS Record 
Layer. When a WTLS client and server first start communicating, they agree 
on a protocol version, select cryptographic algorithms, optionally authenticate 
each other, and use public-key encryption techniques to generate a shared 

10 secret. 



15 



The WTLS Handshake Protocol is described Wireless Transport Layer 
Security Specification dated 30. April 1998 and is a part of the Wireless 
Application Protocol. 



The WTLS Handshake Protocol involves the following sequence of steps. 
When the a WAP session has been set between the phone 1 (the client) and 
the server 20 (e.g. a bank), and the client (phone 1) wants to establish a 
secure connection he sends a client hello message 100 as his first message. 

20 This message includes a key exchange list that contains the cryptographic 
key exchange algorithms supported by the client in decreasing order of 
preference. In addition, each entry defines the certificate or public key the 
client wishes to use. The server will select one or, if no acceptable choices 
are presented, return a handshakejailure alert and close the secure 

25 connection. 

In response to the client hello message 100 the server 20 will send a server 
hello message 101 when it was able to find an acceptable set of algorithms. If 
it cannot find such a match, it must respond with a handshakejailure alert. 
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The server hello message 101 will identify the session and set up the 
parameters need for the session. 

The server 20 will furthermore transmit a server certificate message 102. The 
5 server certificate message 102 will always immediately follow the server hello 
message 101, and the purpose of this server certificate message 102 identify 
the cryptation algorithm selected by the server from the key exchange list 
included in the client hello message 100. The server certificate message 102 
will include a so-called certificate carrying a public key for the selected 
10 encryption algorithm. The server certificate message 102 includes information 
about issuer of the certificate, the beginning and the end of the validity period, 
and parameters relevant or the public key. The server controls the validity 
period and when the granted validity period is expired the client has to renew 
the secure connection. The length of the validity period will typically be in the 
is level of a week or more. The maximum number of session will also have to be 
defined. 

A Server Key Exchange Message 103 will be send as a third message 
20 immediately after the server certificate message 102. The server key 
exchange message 103 is optionally and will be sent by the server 20 only 
when the server certificate message102 does not contain enough data to 
allow the client 1 to exchange a pre-master secret. This message 103 
conveys cryptographic information to allow the client to communicate the pre- 
25 master secret: either an RSA public key to encrypt a secret with, or Elliptic 
Curve Diffie-Hellman parameters with which the client can complete a key 
exchange (with the result being the pre-master secret). As additional Key 
Exchange Suites are defined for WTLS which include new key exchange 
algorithms, the server key exchange message will be sent if and only if the 
30 certificate type associated with the key exchange algorithm does not provide 
enough information for the client to exchange a pre-master secret. 
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Also a forth message - a Server Certificate message 104 - is optionally. This 
message 104 requests a certificate from the client, if appropriate for the 
selected cipher suite. This message will immediately follow the Server 
Certificate message 102 and Server Key Exchange message 103. 

In order to inform the dient that the server has ended of the Server Hello 
session, it transmits a Server Hello Done message 105. After sending this 
message 105 the server 20 will wait for a client response. This message 
indicates that the server 20 has send messages to support the key exchange, 
and that the client 20 can proceed with its phase of the key exchange. 
Upon receipt of the server hello done message the client should verify that the 
server provided a valid certificate if required and check that the server hello 
parameters are acceptable. 

If the server 20 asks for an Client Certificate message 107, the client 1 has to 
transmit such a after receiving a Server Hello Done message 105. This 
message is only sent if the server 20 requests a certificate. If no suitable 
certificate is available, the client must send a certificate message containing 
no certificates. If client authentication is required by the server for the 
handshake to continue, it may respond with a fatal handshake_failure alert. 
Client certificates are sent using the Certificate structure defined previously 
for server certificates. 

Now the phone 1 or the client starts to calculate a 20 byte random number to 
be used as a Master Secret 106 for the secure sessions. The master secret 
106 is used to derive key material needed for Message Authentication Code 
(MAC) keys and data encryption keys. MAC and data encryption provide data 
integrity and privacy between communicating parties. A public key based key 
establishment is a heavy procedure both computationally and due to intensive 



data transfer. That is why, there is a need to use the mutually agreed master 
secret 106 for a relatively long time. 

The processor or the controller 18 of the phone 1 calculates the master 
5 secret. A smart card, e.g. the SIM card16, which can be regarded as a tamper 
resistant device, is used for storage of the sensitive data of the secure 
session, and performing operations using that sensitive data, so that this data 
never leaves the card. In practice the secure information will be transferred 
from the SIM card 16 to the working RAM 17a of the processor 18 but these 
10 information will be overwritten when no session is ongoing or when the phone 
1 is switched off. 

According to the first embodiment of the invention the controller 18 performs 
the operations needed for the key establishment, e.g., Diffie-Hellman 

15 calculation or RSA encryption and complementary calculations. Then the 
controller 18 persistently stores the resulting secret key (master secret 106) in 
the SIM card 16. Then the controller 18 performs the key derivation based on 
the master secret 106 and additional data (e.g., seed), producing key material 
for MAC calculation and encryption. The key derivation function is security 

20 protocol specific. It is typically based on some secure hash function, e.g., 
SHA-1 . 

Preferably the SIM card 16 is provided as a smart card having its own 
processor, whereby both the operations needed for performing the key 
25 establishment and the key derivation based on the master secret may be 
performed inside the smart card. Then the master secret, and data used to 
calculate it, would never have to leave smart card. So, the secure session 
associated with the master secret can be used during a long period 

30 A Client Key Exchange Message 108 will immediately follow the client 
certificate message 107, if it is sent. Otherwise it will be the first message sent 
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by the client 1 after it receives the Server Hello Done message 105. With this 
message 108, a pre-master secret is set, either through direct transmission of 
the RSA-encrypted secret, or by the transmission of EC Diffie-Hellman public 
key which will allow each side to agree upon the same pre-master secret. 

Then the Master Secret 106 is encrypted by using the public key from the 
server's certificate and the agreed RSA algorithm. The result is send to the 
server 20 in an encrypted master secret message 1 09. 

A Certificate Verify message 110 is used to provide explicit verification of a 
client certificate. This message is only sent by the client following a client 
certificate Message 107 that has signing capability (i.e., RSA certificates). 

Both ends has to send finished messages 111 and 112 at the end of the 
handshake to verify that the key exchange and authentication processes were 
successful. 

The finished messages 111 and 112 is the first messages protected with the 
just-negotiated algorithms, keys, and secrets. Recipients of finished 
messages must verify that the contents are correct. Once a side has sent its 
Finished message and received and validated the Finished message from its 
peer, it may begin to send and receive application data 113 over the secure 
connection. It is a critical or fatal error if a finished message is not preceded 
by a change cipher spec message at the appropriate point in the handshake. 

The value handshake_messages includes all handshake messages starting 
at client hello up to, but not including, this finished message. The 
handshake.messages for the finished message sent by the client will be 
different from that for the finished message sent by the server, because the 
one which is sent second will include the prior one. 



As long as a secure connection is valid application data session 113 may be 
initiated just by using Client Hello messages 100 and Server Hello messages 
101. 
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Service Access Point 
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20 



TLS Transport Layer Security 

WAP Wireless Application Protocol 

WML Wireless Markup Language 

WMLScript Wireless Markup LanguageScript 
WDP Wireless Datagram Protocol 

WSP Wireless Session Protocol 

WTLS Wireless Transport Layer Security 
WTP Wireless Transaction Protocol 

The list above includes the acronyms used in the present text. Detailed 
discussion and explanation of the acronyms may be found in the technical 
specifications defining the Wireless Application Protocol on the Internet 
homepage for WAPFORUM, http://www.wapforum.org/. 
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1. Method for establishing a secure connection between a wireless 
communication apparatus and a data communication apparatus based on a 

5 wireless application protocol, wherein said wireless communication apparatus 
has contact means for receiving information from a separate unit provided 
with memory means, said memory means comprising information to control 
the access of the wireless communication apparatus through a wireless 
communication network connected to said data communication apparatus, 

10 comprising the following steps: 

- connecting said wireless communication apparatus to the separate 
unit, accessing the wireless communication network connected to said 
data communication apparatus 

- the wireless communication apparatus transmits a request to the data 
15 communication apparatus to establish a connection, said request 

comprising infonnatign of .which pre<lejned_aigpritjim(s) the_wirejes;s 
communication apparatus supports, 

* ■ • *" — — — 

- upon reception of said request, the data communication apparatus 
choose at least one algorithm, associated with a public key and a 

20 private key, and transmits a message back to the wireless 

communication apparatus, said message comprising the public key 
and information about which algorithm the data communication 
apparatus has chosen, 

- upon reception of the message, comprising the public key, the wireless 
25 communication apparatus generates a master secret code, and 

calculates a signature based on the chosen algorithm, the public key 
and the master secret code, and transmits a response to the data 
communication apparatus, said response comprising the calculated 
signature, and 
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by the client 1 after it receives the Server Hello Done message 105. With this 
message 108, a pre-master secret is set, either through direct transmission of 
the RSA-encrypted secret, or by the transmission of EC Diffie-Hellman public 
key which will allow each side to agree upon the same pre-master secret. 

Then the Master Secret 106 is encrypted by using the public key from the 
server's certificate and the agreed RSA algorithm. The result is send to the 
server 20 in an encrypted master secret message 109. 

A Certificate Verify message 110 is used to provide explicit verification of a 
client certificate. This message is only sent by the client following a client 
certificate Message 107 that has signing capability (i.e., RSA certificates). 

Both ends has to send finished messages 111 and 112 at the end of the 
handshake to verify that the key exchange and authentication processes were 
successful. 

The finished messages 111 and 112 is the first messages protected with the 
just-negotiated algorithms, keys, and secrets. Recipients of finished 
messages must verify that the contents are correct. Once a side has sent its 
Finished message and received and validated the Finished message from its 
peer, it may begin to send and receive application data 113 over the secure 
connection. It is a critical or fatal error if a finished message is not preceded 
by a change cipher spec message at the appropriate point in the handshake. 

The value handshake_messages includes all handshake messages starting 
at client hello up to, but not including, this finished message. The 
handshake_messages for the finished message sent by the client will be 
different from that for the finished message sent by the server, because the 
one which is sent second will include the prior one. 



As long as a secure connection is valid application data session 113 may be 
initiated just by using Client Hello messages 100 and Server Hello messages 



5 


101. 






Acronyms. 






APDU 


Application Protocol Data Unit 




API 


Application Programming Interface 




CA 


Certification Authority 


10 


CBC 


Cipher Block Chaining 




DF 


Dedicated File 




DH 


Diffie-Hellman 




EC 


Elliptic Curve 




ECC 


ElliDtic Curve CrvDtoaraDhv 


15 


ECDH 


Elliotic Curve Diffie-Hellman 




ECDSA 


Elliotic Curve Diaital Signature Aloorithm 




FF 


Flpmpntarv Filp 




GSM 


Global Sv^fpm for Mohilp f^ommi iniratinn 




IV 


Initialisation Vprtnr 


20 


MAC 


Mp^hp Atithpntioatinn ftndp 




ME 


Manaaement Entity 




OSI 


Open System Interconnection 




PDU 


Protocol Data Unit 




PRF 


Pseudo-Random Funrtion 


25 


SAP 


Service Access Point 




SDU 


Service Data Unit 




SHA-1 


Secure Hash Algorithm 




SIM 


Subscriber Identity Module 




SMS 


Short Message Service 


30 


SSL 


Secure Sockets Layer 
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TLS Transport Layer Security 

WAP Wireless Application Protocol 

WML Wireless Markup Language 

WMLScript Wireless Markup LanguageScript 
WDP Wireless Datagram Protocol 

WSP Wireless Session Protocol 

WTLS Wireless Transport Layer Security 
WTP Wireless Transaction Protocol 

The list above includes the acronyms used in the present text. Detailed 
discussion and explanation of the acronyms may be found in the technical 
specifications defining the Wireless Application Protocol on the Internet 
homepage for WAPFORUM, http:7AAWW.wapforum.org/. 



CLAIMS 



1, Method for establishing a secure connection between a wireless 
communication apparatus and a data communication apparatus based on a 

5 wireless application protocol, wherein said wireless communication apparatus 
has contact means for receiving information from a separate unit provided 
with memory means, said memory means comprising information to control 
the access of the wireless communication apparatus through a wireless 
communication network connected to said data communication apparatus, 

10 comprising the following steps: 

- connecting said wireless communication apparatus to the separate 
unit, accessing the wireless communication network connected to said 
data communication apparatus 

- the wireless communication apparatus transmits a request to the data 
15 communication apparatus to establish a connection, said request 

comprising jnfonra pre-defined_aigorit^^ theyvireless 

communication apparatus supports, 

- upon reception of said request, the data communication apparatus 
choose at least one algorithm, associated with a public key and a 

20 private key, and transmits a message back to the wireless 

communication apparatus, said message comprising the public key 
and information about which algorithm the data communication 
apparatus has chosen, 

- upon reception of the message, comprising the public key, the wireless 
25 communication apparatus generates a master secret code, and 

calculates a signature based on the chosen algorithm, the public key 
and the master secret code, and transmits a response to the data 
communication apparatus, said response comprising the calculated 
signature, and 
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- upon reception of the response comprising the signature, the data 
communication apparatus calculates the master secret code based on 
the chosen algorithm, the signature received, and the private key, and, 
establish a secure connection to the wireless communication 
apparatus. 

2. A method according to claim 1, and comprising a step of saving said 
master secret code on said memory means and in the data communication 
apparatus, in order to re-establish the connection at a later occasion. 

3. A method according to claim 2, and comprising a step of saving said 
master secret under a pre-defined time. 

4. A method according to claim 2 or 3, and comprising a step of re- 
establishing the connection by 

- transmitting a request from the wireless communication apparatus to 
the data communication apparatus, said request comprising the 
calculated signature based on the chosen algorithm, the public key and 
the stored secret key, and 

- upon reception of the request, the data communication apparatus 
calculates the master secret code based on the chosen algorithm, the 
signature received, and the private key, and, establish a secure 
connection to the wireless communication apparatus. 

5. A method according to claim 1, 2, 3 or 4, and comprising a step of 
providing said memory means in a smart card. 

6. Wireless communication apparatus for establishing a secure 
connection to a data communication apparatus based on a wireless 
application protocol, said wireless communication apparatus comprising: 



- communication means for establishing a connection to a wireless 
communication network connected to said data communication 
apparatus, 

- contact means for receiving information from a separate unit provided 
with memory means, said memory means is provided with information 
to control the access of the data communication apparatus through the 
wireless communication network, 

- reading means for reading information received from the data 
communication apparatus and the information provided on said 
memory means, 

- random generating means, for generating a master secret code, and 

- pre-defined algorithm(s), to generate a signature based on said master 
secret code and a public key received from said data communication 
apparatus, which is to be used when the wireless communication 
apparatus is going to establish a secure connection to the data 
communication apparatus. 

7. A wireless communication apparatus according to claim 6, said reading 
means comprising a secure database provided with at least one master 
secret code and/or at least one signature related to one or more data 
communication apparatus, in order to re-establish a secure connection to a 
data communication apparatus. 

8. A wireless communication apparatus according to claim 6 or 7, having 
its memory means exchangeable. 

9. An apparatus according to claim 6, 7 or 8, said memory means is a 
smart card. 
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10. An apparatus according to claim 6, 7, 8 or 9, said memory means is a 
subscriber identity module. 

1 1 . Memory card for establishing a secure connection between a wireless 
communication apparatus and a data communication apparatus based on a 
wireless application protocol, arranged to be connected to said wireless 
communication apparatus having contact means for receiving information 
from the memory card, and said memory card is provided with information to 
control the access of the data communication apparatus through a wireless 
communication network. 

12. A memory card according to claim 11, further comprising encryption 
means for encrypting the master secret, which is to be used as a signature for 
the wireless communication apparatus when it is establishing a secure 
connection. 

13. A memory card according to claim 11 or 12, comprising a secure 
database provided with at least one master secret code and/or at least one 
signature related to one or more data communication apparatus, in order to 
re-establish a secure connection to a data communication apparatus. 

14. A memory card according to claim 1 1 , 12 or 13, is provided on a smart 
card. 

15. System for establishing a secure connection when using a wireless 
application protocol, comprising: 

- a data communication apparatus based on the wireless application 

protocol, 

- a wireless communication network, connected to said data 
communication apparatus, 



a wireless communication apparatus having contact means for 
receiving information from a separate unit provided with memory 
means, and 

the separate unit provided with the memory means, said memory 
means, comprising information to control the access of the wireless 
communication apparatus through the wireless communication 
network, wherein 

the wireless communication apparatus is arranged to transmit a 
request to the data communication apparatus to establish a 
connection, said request comprising information of which pre-defined 
algorithm(s) the wireless communication apparatus supports, 
upon reception of said request, the data communication apparatus is 
arranged to choose at least one algorithm, associated with a public key 
and a private key, and to transmit a message back to the wireless 
communication apparatus, said message comprising the public key 
and information about which algorithm the data communication 
apparatus will choose, 

upon reception of said message, comprising the public key, the 
wireless communication apparatus is arranged to generate a master 
secret code, to calculate a signature based on the chosen algorithm, 
the public key and the master secret code, and to transmit a respond to 
the data communication apparatus, said respond comprising the 
calculated signature, and 

upon reception of the respond comprising the signature, the data 
communication apparatus is arranged to calculate the master secret 
code based on the chosen algorithm, the signature received, and the 
private key, and, thus establish a secure connection to the wireless 
communication apparatus. 
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16. A system according to claim 15, said memory means and the data 
communication apparatus are arranged to save said master secret code, in 
order to re-establish the connection at a later occasion. 

5 17. A system according to claim 16, said master secret is arranged to be 
saved under a pre-defined time. 

18. A system according to claim 15, 16 or 17, said memory means is a 
smart card. 

10 

1 9. A method for establishing a secure connection between a first radio 
transceiver and a second radio transceiver, when said first transceiver has a 
memory associated therewith for storing information to control the access of 
the first transceiver to the second transceiver through a radio network, 

15 comprising the steps of: 

transmitting from the first transceiver a request to the second transceiver to 
establish a connection therewith; 

20 receiving the request at the second transceiver and transmitting a message 
back to the first transceiver, said message comprising a public key for an 
encryption algorithm, the private key of which is accessible by the second 
transceiver, 

25 receiving the message at the first transceiver and deriving the public key 
therefrom; 

generating a master secret code in the first transceiver; 
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encrypting the master secret code using the received public key in the first 
transceiver and transmitting the encrypted secret code from the first 
transceiver to the second transceiver; 

5 receiving the encrypted secret code at the second transceiver; 

in the second transceiver, accessing the private key and decrypting the 
encrypted secret code using the private key to derive the master secret code 
produced by the first transceiver; and 

10 

using the master secret code for communications between the first and 
second transceivers. 

20. A transceiver for establishing a secure connection within a radio 
15 communication network and/or suitable for use in the method of claim 19, 
comprising: 

a transmitter and receiver; 

20 interface means for receiving information from a memory connectable to the 
transceiver, 

random generating means, for generating a master secret code; and 

25 processor means for receiving input from the random generating means, the 
interface means and the receiver and for providing outputs to the transmitter, 
wherein said processing means is arranged to encrypt a master secret code 
produced by the random generating means using a public key provided via 
the receiver and control the transmission of the encrypted master secret code 

30 using information read from said memory. 
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21 . A transceiver for establishing a secure connection within a radio 
communication network and/or suitable for use in the method of claim 19. 
comprising: 

a transmitter and receiver; 
memory; 

random generating means, for generating a master secret code; and 

processor means for receiving input from the random generating means, the 
memory and the receiver and for providing outputs to the memory and the 
transmitter, wherein said processor means is arranged to encrypt a master 
secret code produced by the random generating means using a public key 
provided via the receiver and to provide the encrypted master secret code to 
the transmitter and the generated master secret code to the memory, 

22. A transceiver as claimed in daim 21 having a detachable part wherein 
said detachable past contains the memory or contains the memory and the 
random generating means or contains the memory, the random generating 
means and the processor means. 

23. A communication system substantially as hereinbefore described with 
reference to the accompanying Figures and/or as shown in the Figures. 
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